Method and system for automated test and result comparison

ABSTRACT

A method and a system for automated test and result comparison, suitable for a client computer to control a management server to test sensors in a server to be tested, are provided. In the method, an operating interface of a management program of the management server is logged in through a network, and operating actions of a user testing the sensors by using the operating interface are simulated to generate keyboard and mouse control instructions corresponding to the operating actions by using a keyboard-and-mouse automation program. The keyboard and mouse control instructions are executed to operate the operating interface, so as to control the management program to test the sensors. The test parameters obtained by the management program testing the sensors are captured, and compared with predetermined parameters in a database to obtain a test result. Finally, the test result is stored as a test file.

CROSS-REFERENCE TO RELATED APPLICATION

This application claims the priority benefit of Taiwan applicationserial no. 102135885, filed on Oct. 3, 2013. The entirety of theabove-mentioned patent application is hereby incorporated by referenceherein and made a part of this specification.

BACKGROUND OF THE DISCLOSURE

1. Field of the Disclosure

The disclosure relates to a method and a system for automated test, andmore particularly, to a method and a system for automated test andresult comparison for a remote server.

2. Description of Related Art

A system platform management tool known as IBM Systems Director (ISD)and proposed by International Business Machines (IBM) is capable ofbeing integrated with a management platform of a third party, so as toprovide a virtual and integrated service management. ISD provides acontrol function at single point to a system management personnel, sothat the system management personnel may optimize uses of computationand network resources to significantly reduce costs and complication inoperations.

ISD further provides functions for remote testing which allow the systemmanagement personnel to connect a management server through a network,and control a baseboard management controller (BMC) of a server to betested through the management server, so as to test and locate problemsof the server to be tested for fast maintenance.

FIG. 1 is a schematic view of a conventional remote test system.Referring to FIG. 1, a remote test system 10 includes a server to betested 12, a management server 14 and a client computer 16 connected toeach other through a network 18. The server to be tested 12 includes abaseboard management controller 122 and sensors 126 disposed in theserver to be tested 12. The management server 14 includes a processor142 and a memory 144 stored with a remote control program 146. Theclient computer 16 includes a processor 162 and a memory 164 stored witha browser program 166. The client computer 16 is connected to a monitor168, a keyboard 170 and a mouse 172. Therein, a user may use the browserprogram 166 of the client computer 16 to connect the management server14 and activate an operating interface of the remote control program146.

Accordingly, the user may then operate the operating interface displayedon the monitor 168 through the keyboard 170 and the mouse 172, so as tocontrol the remote control program 146 of the management server 14 totest the sensors 126 in the server to be tested 12 in one by one manner.Therein, operations such as “clear event log”, “trigger event”, and “getevent log” may be performed on the server to be tested 12.

However, it is a great time-consuming when a testing engineer performs aseries of tests on a remote server since a test result of each of sensorevents needs to be compared manually. Accordingly, it is necessary toprovide a system for automated test capable of efficiently controllingthe remote control program to execute testing tasks on the remoteserver, so as to save labor cost for the testing engineer.

SUMMARY OF THE DISCLOSURE

The disclosure is directed to a method and a system for automated testand result comparison, in which the operating actions of the useroperating the operating interface of the management program isautomated, and the actions such as comparing, capturing, storing thetest result are performed on the test result, so as to effectivelyreduce the testing costs.

The method for automated test and result comparison of the disclosure issuitable for a client computer to control a management server to testsensors in a server to be tested. In the method, an operating interfaceof a management program of the management server is logged in through anetwork, and operating actions of a user testing the sensors by usingthe operating interface are simulated to generate keyboard and mousecontrol instructions corresponding to the operating actions by using akeyboard-and-mouse automation program. Next, the keyboard and mousecontrol instructions are executed to operate the operating interface, soas to control the management program to test the sensors through theoperating interface. Then, the test parameters obtained by themanagement program testing the sensors are captured, and compared withpredetermined parameters in a database to obtain a test result. Finally,the test result is stored as a test file.

In an embodiment of the disclosure, the step of capturing the testparameters obtained by the management program testing the sensorsincludes: capturing a plurality of texts on a screen of the testparameter displayed by the operating interface to obtain the testparameter.

In an embodiment of the disclosure, the screen captured by the parametercapturing module includes an event list having a plurality of testevents to be executed by the management program to the sensors, and thetest parameter obtained by executing each of the test events.

In an embodiment of the disclosure, the step of storing the test resultas the test file includes storing the screen of the test parameterdisplayed by the operating interface.

In an embodiment of the disclosure, before the step of capturing thetest parameter obtained by the management program testing the sensors,and comparing the test parameter with the predetermined parameters inthe database to obtain the test result, the method further generates asensor configuration file suitable for an integrated management module(IMM), in which a name, a number and offsets of each of the sensors inthe server to be tested are recorded in the sensor configuration file,and establishes an event log database and an event severity database inthe sensor configuration file. The event log database records names of aplurality of sensor events and at least one corresponding event log. Theevent severity database records the names of the sensor events and atleast one corresponding event severity.

In an embodiment of the disclosure, the step of capturing the testparameter obtained by the management program testing the sensors, andcomparing the test parameter with the predetermined parameters in thedatabase to obtain the test result includes reading the event logdatabase and accordingly comparing an event name obtained by testing thesensor with the event names in the event log database, so as to obtainthe test result of the event name; and reading the event severitydatabase and accordingly comparing an event severity obtained by testingthe sensor with the at least one event severity in the event severitydatabase, so as to obtain the test result of the event severity.

In an embodiment of the disclosure, after the step of storing the testresult as the test file, the method further repeats all steps above totest a rest of the sensors among the sensors, so as to obtain the testresult of each of the sensors and store the test result to the testfile.

The system for automated test and result comparison includes a server tobe tested, a management server and a client computer. The server to betested includes a plurality of sensors and a baseboard managementcontroller coupled to the sensors. The management server includes afirst network connecting unit, a first storage unit and a firstprocessing unit. The first network connecting unit is configured toconnect the baseboard management controller of the server to be testedthrough a network. The first storage unit is configured to store amanagement program. The first processing unit is coupled to the firstnetwork connecting unit and the first storage unit, and configured toload and execute the management program. The client computer includes asecond network connecting unit, a second storage unit and a secondprocessing unit. The second network connecting unit is configured toconnect the first networking connecting unit of the management serverthrough the network. The second storage unit is configured to store aplurality of modules. The second processing unit is coupled to thesecond network connecting unit and the second storage unit, configuredto load and execute the modules stored in the second storage unit. Themodules include an automated module, an operating module, a comparingmodule and a storage module. The automated module is configured tosimulate a plurality of operating actions of a user testing one of thesensors in the server to be tested by using an operating interface ofthe management program to generate a plurality of keyboard controlinstructions and a plurality of mouse control instructions correspondingto the operating actions by using a keyboard-and-mouse automationprogram. The operating module is configured to log in the operatinginterface through the network, and execute the keyboard controlinstructions and the mouse control instructions to operate the operatinginterface, so as to control the management program to test the sensors.The comparing module is configured to capture at least one testparameter obtained by the management program testing the sensors, andcompare the test parameter with a plurality of predetermined parametersin a database to obtain a test result. The storage module is configuredto store the test result as a test file.

In an embodiment of the disclosure, the comparing module includes aparameter capturing module configured to capture a plurality of texts ona screen of the test parameter displayed by the operating interface toobtain the test parameter.

In an embodiment of the disclosure, the screen captured by the parametercapturing module includes an event list having a plurality of testevents to be executed by the management program to the sensors, and thetest parameter obtained by executing each of the test events.

In an embodiment of the disclosure, the storage module is furtherconfigured to store the screen of the test parameter displayed by theoperating interface.

In an embodiment of the disclosure, the modules further includes aconfiguration file generating module configured to generate a sensorconfiguration file suitable for an integrated management module, and inwhich a name, a number and offsets of each of the sensors in the serverto be tested are recorded in the sensor configuration file.

In an embodiment of the disclosure, the sensor configuration filefurther includes an event log database and an event severity database.The event log database is configured to record names of a plurality ofsensor events and at least one corresponding event log. The eventseverity database is configured to record the names of the sensor eventsand at least one corresponding event severity.

In an embodiment of the disclosure, the comparing module reads the eventlog database and accordingly compares the event name obtained by testingthe sensor with the event names in the event log database, so as toobtain the test result of the event name. The comparing module alsoreads the event severity database and accordingly compares the eventseverity obtained by testing the sensor with the at least one eventseverity in the event severity database, so as to obtain the test resultof the event severity.

Based on above, in the method and the system for automated test, theoperating actions of the user operating the operating interface of themanagement program are simulated to generate the keyboard and the mousecontrol instructions corresponding to the operating actions by using akeyboard-and-mouse automation program, so as to control the managementserver to automatically test the sensors in the server to be tested. Byreading the database established in advance, the disclosure may furtherperform the actions such as comparing, capturing and storing the resultsfrom the tests executed by the management server, so as to accomplisheffects of reducing testing costs while increasing usage of testingequipments.

To make the above features and advantages of the disclosure morecomprehensible, several embodiments accompanied with drawings aredescribed in detail as follows.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic view of a conventional remote test system.

FIG. 2 is a block diagram illustrating a system for automated test andresult comparison according to an embodiment of the disclosure.

FIG. 3 is a flowchart illustrating a method for automated test andresult comparison according to an embodiment of the disclosure.

FIG. 4 is a flowchart illustrating a method for automated test andresult comparison according to an embodiment of the disclosure.

FIGS. 5 to 7 are examples illustrating methods for generating the sensorconfiguration file according to an embodiment of the disclosure.

FIGS. 8 and 9 illustrate the operating interface according to anembodiment of the disclosure.

FIG. 10 illustrates the screen of the test result according to anembodiment of the disclosure.

DESCRIPTION OF THE EMBODIMENTS

In the disclosure, operating actions of a user operating an operatinginterface of a management program are simulated to generatecorresponding keyboard and mouse control instructions. By means forcontrolling through the operating interface, the management program iscontrolled to automatically test sensors in a server to be tested, andoperations such as comparing, capturing and storing parameters obtainedby testing of the management program are automatically performed on theparameters obtained by the management program testing the sensors. Withrespect to the parameters obtained by testing of the management program,the disclosure further establishes data in advance in a database, whichincludes a name, a number, offsets, an event log, and an event severity,so that the data may be compared with test parameters to automaticallydetermine a test result. As a result, tasks that require the testingengineer to manually operate may be reduced, so as to accomplish effectsof reducing testing costs while increasing usage of testing equipments.

FIG. 2 is a block diagram illustrating a system for automated test andresult comparison according to an embodiment of the disclosure.Referring to FIG. 2, a system for automated test 20 includes a server tobe tested 22, a management server 24 and a client computer 26 connectedto each other through a network 28. Above-said devices may be electronicdevices such as a desktop computer, a notebook computer, and a tabletcomputer, and have capabilities of basic network connection andcomputation in order to realize functions of automated test according tothe present embodiment.

In the server to be tested 22, a plurality of sensors 222 are disposedon hardware components such as a central processing unit (CPU), a dualin-line memory module (DIMM), a fan, a power, or a driver. The server tobe tested 22 further includes a baseboard management controller (BMC)224. The baseboard management controller 224 is connected to each of thesensors 222 through, for example, an intelligent platform management bus(IPMB), so as to test each of the sensors 222 disposed in the server tobe tested 22.

On the other hand, the management server 24 includes a networkconnecting unit 242, a storage unit 244 and a processing unit 246. Thenetwork connecting unit 242 is, for example, a wired network interfacecard or a wireless network interface card supporting communicationprotocols such as institute of electrical and electronics engineers(IEEE) 802.11b/g/n, and configured to connect the management server 24to the baseboard management controller 224 of the server to be tested 22through the network 28. The storage unit 244 is, for example, any formsof fixed or movable random access memory, read only memory, flashmemory, hard disk or other similar devices, or a combination ofabove-said devices, so as to record the management program to beexecuted by the processing unit 246. The management program may beloaded and executed by the processing unit 246 to control the baseboardmanagement controller 224 of the server to be tested 22 to test each ofthe sensors 222. The processing unit 246 is, for example, a CPU or otherprogrammable devices for general purpose or special purpose such as amicroprocessor, a digital signal processor (DSP), a programmablecontroller, an application specific integrated circuit (ASIC), aprogrammable logic device (PLD) or other similar devices or acombination of above-mentioned devices. The processing unit 246 iscoupled to the network connecting unit 242 and the storage unit 244, andconfigured to access and execute the management program recorded in thestorage unit 244 so as to control the baseboard management controller224 of the server to be tested 22 to test each of the sensor 222.

The client computer 26 includes a network connecting unit 262, a storageunit 264 and a processing unit 266. The network connecting unit 262 is,for example, a wired network interface card or a wireless networkinterface card supporting communication protocols such as IEEE802.11b/g/n, and configured to connect the client computer 26 to thenetwork connecting unit 242 of the management server 24 through thenetwork 28. The storage unit 264 is, for example, any forms of fixed ormovable random access memory (RAM), read only memory (ROM), flashmemory, hard disk or other similar devices, or a combination ofabove-said devices, so as to record modules to be executed by theprocessing unit 266. The modules may be loaded by the processing unit266 to execute functions of automated test and result comparison. Theprocessing unit 266 is, for example, a CPU or other programmable devicesfor general purpose or special purpose such as a microprocessor, adigital signal processor, a programmable controller, an applicationspecific integrated circuit, a programmable logic device or othersimilar devices or a combination of above-mentioned devices. Theprocessing unit 266 is coupled to the network connecting unit 262 andthe storage unit 264, and configured to access and execute the modulesrecorded in the storage unit 264 to execute the functions of automatedtest and result comparison.

The modules recorded in the storage unit 264 include an automated module2642, an operating module 2644, a comparing module 2646 and a storagemodule 2648. The modules are, for example, computer programs to beloaded by the processing unit 266 to execute the functions of automatedtest and result comparison. Detailed steps of executing the automatedtest by the system for automated test and result comparison 20 are asdescribed in the following embodiments.

FIG. 3 is a flowchart illustrating a method for automated test andresult comparison according to an embodiment of the disclosure.Referring to FIG. 3, a method of the present embodiment is suitable forthe system for automated test and result comparison 20 depicted in FIG.2. Detailed steps of a method for automated test and result comparisonare described below with reference to the system for automated test andresult comparison 20.

First, the operating module 2644 logs in the operating interface of themanagement program of the management server 24 through the network 28(step S302). The operating module 2644 may execute, for example, a webbrowser program (e.g., Internet Explorer, IE) to connect to a networkestablished by the network connecting unit 262 and the networkconnecting unit 242, and log in the operating interface of themanagement program of the management server 24. The operating interfacemay be, for example, a web page of an integrated management module(IMM), but the disclosure is not limited thereto.

Next, the automated module 2642 simulates a plurality of operatingactions of the user testing the sensors 222 in the server to be tested22 by using the operating interface of the management program togenerate a plurality of keyboard control instructions and a plurality ofmouse control instructions corresponding to the operating actions byusing a keyboard-and-mouse automation program (step S302). Themanagement program is, for example, an ISD program installed on themanagement server 24, and the management program is provided to themanagement server 24 for testing the sensors 222 in the server to betested 22. More specifically, once the management program is activated,operations such as “clear event log”, “trigger event”, and “get eventlog” may first be performed on the server to be tested 22. “Clear eventlog” refers to erasing of all of BMC event logs. “Trigger event” refersto generating of the BMC event logs physically, or by using an IPMIinstruction. “Get event log” refers to reading of the BMC event logs byusing a system management bridge (SMBridge). The event log indicates anevent for testing one of the sensors, in which a log recording whetherthe sensor 222 passes the test is included.

For example, when the management program of the management server 24 islogged in by the client computer 26 through the network 28, theoperating interface of the management program is displayed on a monitor(not illustrated) of the client computer 26. In this case, the automatedmodule 2642 simulates the operating actions of the user operating theoperating interface by using, for example, the keyboard-and-mouseautomation program such as AutoIt. Manual operations of the user arereplaced by the keyboard and mouse control instructions converted fromthe operating actions of the user controlling the management program byusing the operating interface to test the sensors 222, such as mousemovements, mouse or keyboard inputs or a combination thereof.

Next, the operating module 2644 executes the keyboard controlinstructions and the mouse control instructions generated by theautomated module 2642 to operate the operating interface, so as tocontrol the management program to test the sensors 222 on the server tobe tested 22 through the operating interface (step S304). The managementprogram of the management server 24 uses an intelligent platformmanagement interface (IPMI) utility program to transmit a series ofintelligent platform management interface instructions to the baseboardmanagement controller 224 of the server to be tested 22, so as tocontrol the management program to test the sensors 222.

The management program obtains at least one test parameter after testingthe sensors 222. In this case, the comparing module 266 captures thetest parameter obtained by the management program testing the sensors222, and comparing the test parameter with a plurality of predeterminedparameters in a database to obtain a test result (step S306). Thecomparing module 266 compares, for example, the name, the number, theoffset, the event log, the event severity in the test parameter with thepredetermined parameters corresponding to the test parameter in adatabase, so as to determine whether the sensor 222 is abnormal.

It should be noted that, in an embodiment, the comparing module 266 maydirectly request the management program for obtaining the testparameter. In another embodiment, the comparing module 266 may capturetexts displayed by the operating interface of the management program.The comparing module 266 cannot directly capture the test parameter inthe web page because the texts in the web page are complied in Javalanguage. Accordingly, the comparing module 266 may capture the texts ona screen of the test parameter displayed by the operating interfacethrough, for example, a parameter capturing module (not illustrated).The texts are then pasted to a text editor such as Notes, so thatsubsequent comparing processes may be performed to obtain the requiredtest parameter such as an event name, and an event severity.

Lastly, the storage module 268 stores a test result obtained by thecomparing module 266 as a test file (step S308). The storage unit 268stores the required texts in the sensor event and the corresponding testresult in a spreadsheet for the testing engineer to review.

Based on above method, the system for automated test and resultcomparison 20 may automatically generate and record the test result.Therefore, besides that the operating actions of the testing engineerusing the management program to test the sensors may be reduced, a timewasted by the testing engineer when manually comparing the parameterssuch as sensor event and severity as well as a probability for errors tooccur may both be reduced.

It should be noted that, according to an embodiment, in the clientcomputer, the system for automated test and result comparison may alsoestablish databases corresponding to important parameters such as theevent log and the event severity in advance, which may be used forcomparing the test parameters. Further, when the test result is storedin the client computer, besides the test parameters and the testresults, the screen displayed by the operating interface of themanagement program after testing the sensors may also be stored, so thatthe testing engineer may review details for testing the sensors in thefuture. Another embodiment is given for illustration below.

FIG. 4 is a flowchart illustrating a method for automated test andresult comparison according to an embodiment of the disclosure.Referring to FIG. 4, a method of the present embodiment is suitable forthe system for automated test and result comparison 20 depicted in FIG.2. Detailed steps of a method for automated test and result comparisonare described below with reference to the system for automated test andresult comparison 20.

First, a configuration file generating module (not illustrated)generates a sensor configuration file suitable for an integratedmanagement module, in which a name, a number and offsets of each of thesensors 222 in the server to be tested 22 are recorded in the sensorconfiguration file (step S402). Next, the configuration file generatingmodule establishes an event log database in the sensor configurationfile, and the event log database records names of a plurality of sensorevents and at least one corresponding event log (step S404). Theconfiguration file generating module also establishes an event severitydatabase in the sensor configuration file, and the event severitydatabase records the names of the sensor events and at least onecorresponding event severity (step S406).

For instance, FIGS. 5 to 7 are examples illustrating methods forgenerating the sensor configuration file according to an embodiment ofthe disclosure. In the present embodiment, based on inputs from theuser, the client computer records the name DIMM 1, the number 0xB0 andthe offsets Offset 00, Offset 10 and Offset 08 of the sensor in thesensor configuration file of the integrated management module (as shownin FIG. 5). Subsequently, the client computer further establishes theevent log database in the sensor configuration file, and records thename DIMM 1 of the sensor and the at least one corresponding event login the event log database (as shown in FIG. 6). For example, the eventlog includes a multi-bit error (MBE) assertion, a scrub failureassertion, and a single bit error (SBE) assertion. Furthermore, theclient computer further establishes the event severity database in thesensor configuration file, and records the event logs of the name DIMM 1of the sensor (e.g. the MBE assertion, the scrub failure assertion, andthe SBE assertion) and the at least one corresponding event severity(e.g. critical, warning, and minor) in the event log database (as shownin FIG. 7).

Referring back to the flow depicted in FIG. 4, after the sensorconfiguration file is generated, the automated module 2642 simulates aplurality of operating actions of the user testing the sensors 222 inthe server to be tested 22 by using the operating interface of themanagement program to generate a plurality of keyboard controlinstructions and a plurality of mouse control instructions correspondingto the operating actions by using a keyboard-and-mouse automationprogram (step S408). Next, the operating module 2644 executes thekeyboard control instructions and the mouse control instructionsgenerated by the automated module 2642 to operate the operatinginterface, so as to control the management program to test the sensors222 in the server to be tested 22 through the operating interface (stepS410). Since steps S408 to S410 in the present embodiment are the sameas or similar to steps S302 to S304 in the foregoing embodiment, theywill not be described again hereinafter.

Thereafter, the comparing module 2646 captures the test parameterobtained by the management program testing the sensors 222 (step S412).The comparing module 2646 may capture the texts on a screen of the testparameter displayed by the operating interface through, for example, theparameter capturing module (not illustrated), so as to obtain the testparameters such as the event name and the event severity. The screencaptured by the parameter capturing module includes an event list havinga plurality of test events to be executed by the management program tothe sensors 222, and the test parameter obtained by executing each ofthe test events.

For instance, FIGS. 8 and 9 illustrate the operating interface accordingto an embodiment of the disclosure. In the present embodiment, theclient computer may, for example, capture the screen of an active statuspage 80 displayed by the operating interface of management program (asshown in FIG. 8), in which a detailed testing content regarding a CPUfailure event generated by testing the CPU is included. Furthermore, theclient computer may, for example, capture the screen of an event logpage 90 displayed by the operating interface of management program (asshown in FIG. 9), in which the event log regarding the CPU failure eventis included.

On the other hand, after the test parameter is captured, the comparingmodule 2646 may, for example, read the event log database andaccordingly compares the event name obtained by testing the sensor 222with the event names in the event log database, so as to obtain the testresult of the event name (step S414). Furthermore, the comparing module2646 also reads the event severity database and accordingly compares anevent severity obtained by testing the sensor 222 with the at least oneevent severity in the event severity database, so as to obtain the testresult of the event severity (step S416).

Lastly, the storage module 2648 may determine whether tests to all ofthe sensors 222 are completed by the management program (step S418). Incase the tests to any of the sensor 222 are not completed, the procedureis returned back to step S408 for testing the next one of the sensors222. Otherwise, when the storage module 2648 determines that the testsare completed for all of the sensors 222, the test result obtained bythe comparing module 2646 is stored as the test file. Meanwhile, thescreen of the test parameter displayed by the operating interface andcaptured by the parameter capturing module is also stored (step S420)and provided to the testing engineer for reviewing. The storage unit 268stores the required texts in the sensor event and the corresponding testresult in a spreadsheet for the testing engineer to review.

For instance, FIG. 10 illustrates the screen of the test resultaccording to an embodiment of the disclosure. In the present embodiment,the client computer 26 integrates the test results generated by thecomparing module 2646 from comparing the event log and the eventseverity, respectively. The required texts and the corresponding testresult in each of the sensor events are stored into a test resultspreadsheet 100. The test result spreadsheet 100 includes fields such asa sensor name 102, an assertion result 104, an active status severity106 together with whether it is pass/fail 108, an active status event110 together with whether it is pass/fail 112, an event log severity 114together with whether it is pass/fail 116, and an event log event 118together with whether it is pass/fail 120.

Based on above method, the system for automated test and resultcomparison 20 may automatically generate and record the test result. Thescreen of the test parameter displayed by the operating interface maythen be captured, stored, for the testing engineer to review, therebyreducing testing costs.

In summary, in the system and the method for automated test and resultcomparison according to the disclosure, the operating actions of theuser operating the operating interface of the management program isautomated, and the actions such as comparing, capturing, storing thetest result are performed on the test result, so that the actions oftesting repeatedly and manually performed by the testing engineer may bereduced, and the errors occurred due to manual comparison may also bereduced. As a result, automated process may reduce the time spent by thetesting engineer in front of equipment, and the server may be testedconstantly, so as to accomplish effects of reducing testing costs whileincreasing usage of testing equipments.

It will be apparent to those skilled in the art that variousmodifications and variations can be made to the structure of the presentdisclosure without departing from the scope or spirit of the disclosure.In view of the foregoing, it is intended that the present disclosurecover modifications and variations of this disclosure provided they fallwithin the scope of the following claims and their equivalents.

What is claimed is:
 1. A method for automated test and resultcomparison, suitable for a client computer to control a managementserver to test a plurality of sensors in a server to be tested, whereinthe client computer, the management server and the server to be testedare connected to each other through a network, and the method comprises:logging in an operating interface of a management program of themanagement server through the network; simulating a plurality ofoperating actions of a user testing one of the sensors on the server tobe tested by using the operating interface to generate a plurality ofkeyboard control instructions and a plurality of mouse controlinstructions corresponding to the operating actions by using akeyboard-and-mouse automation program; executing the keyboard controlinstructions and the mouse control instructions to operate the operatinginterface, so as to control the management program to test the sensorsthrough the operating interface; capturing at least one test parameterobtained by the management program testing the sensors, and comparingthe test parameter with a plurality of predetermined parameters in adatabase to obtain a test result; and storing the test result as a testfile.
 2. The method for automated test and result comparison of claim 1,wherein the step of capturing the test parameter obtained by themanagement program testing the sensors comprises: capturing a pluralityof texts on a screen of the test parameter displayed by the operatinginterface to obtain the test parameter.
 3. The method for automated testand result comparison of claim 2, wherein the screen captured includesan event list having a plurality of test events to be executed by themanagement program to the sensors, and the test parameter obtained byexecuting each of the test events.
 4. The method for automated test andresult comparison of claim 2, wherein the step of storing the testresult as the test file comprises: storing the screen of the testparameter displayed by the operating interface.
 5. The method forautomated test and result comparison of claim 1, wherein before thesteps of capturing the test parameter obtained by the management programtesting the sensors, and comparing the test parameter with thepredetermined parameters in the database to obtain the test result, themethod further comprises: generating a sensor configuration filesuitable for an integrated management module (IMM), wherein a name, anumber and offsets of each of the sensors in the server to be tested arerecorded in the sensor configuration file; establishing an event logdatabase in the sensor configuration file, wherein the event logdatabase records names of a plurality of sensor events and at least onecorresponding event log; and establishing an event severity database inthe sensor configuration file, wherein the event severity databaserecords the names of the sensor events and at least one correspondingevent severity.
 6. The method for automated test and result comparisonof claim 5, wherein the step of capturing the test parameter obtained bythe management program testing the sensors, and comparing the testparameter with the predetermined parameters in the database to obtainthe test result comprises: reading the event log database andaccordingly comparing an event name obtained by testing the sensor withthe event names in the event log database, so as to obtain the testresult of the event name; and reading the event severity database andaccordingly comparing the event severity obtained by testing the sensorwith the at least one event severity in the event severity database, soas to obtain the test result of the event severity.
 7. The method forautomated test and result comparison of claim 1, wherein after storingthe test result as the test file, further comprising: repeating allsteps above to test a rest of the sensors among the sensors, so as toobtain the test result of each of the sensors and store the test resultto the test file.
 8. A system for automated test and result comparison,comprising: a server to be tested, comprising: a plurality of sensors;and a baseboard management controller coupled to the sensors; amanagement server, comprising: a first network connecting unitconfigured to connect the baseboard management controller of the serverto be tested through a network; a first storage unit configured to storea management program; and a first processing unit coupled to the firstnetwork connecting unit and the first storage unit, and configured toload and execute the management program; and a client computercomprising: a second network connecting unit configured to connect thefirst networking connecting unit of the management server through thenetwork; a second storage unit configured to store a plurality ofmodules; and a second processing unit coupled to the second networkconnecting unit and the second storage unit, configured to load andexecute the modules stored in the second storage unit, and the modulescomprise: an automated module, simulating a plurality of operatingactions of a user testing one of the sensors in the server to be testedby using an operating interface of the management program to generate aplurality of keyboard control instructions and a plurality of mousecontrol instructions corresponding to the operating actions by using akeyboard-and-mouse automation program; an operating module, logging inthe operating interface through the network, and executing the keyboardcontrol instructions and the mouse control instructions to operate theoperating interface, so as to control the management program to test thesensors; a comparing module, capturing at least one test parameterobtained by the management program testing the sensors, and comparingthe test parameter with a plurality of predetermined parameters in adatabase to obtain a test result; and a storage module, storing the testresult as a test file.
 9. The system for automated test and resultcomparison of claim 8, wherein the comparing module comprises: aparameter capturing module, capturing a plurality of texts on a screenof the test parameter displayed by the operating interface to obtain thetest parameter.
 10. The system for automated test and result comparisonof claim 9, wherein the screen captured includes an event list having aplurality of test events to be executed by the management program to thesensors, and the test parameter obtained by executing each of the testevents.
 11. The system for automated test and result comparison of claim9, wherein the storage module further stores the screen of the testparameter displayed by the operating interface.
 12. The system forautomated test and result comparison of claim 8, wherein the modulesfurther comprise: a configuration file generating module, generating asensor configuration file suitable for an integrated management module,wherein a name, a number and offsets of each of the sensors in theserver to be tested are recorded in the sensor configuration file. 13.The system for automated test and result comparison of claim 12, whereinthe sensor configuration file further comprises: an event log database,recording names of a plurality of sensor events and at least onecorresponding event log; and an event severity database, recording thenames of the sensor events and at least one corresponding eventseverity.
 14. The system for automated test and result comparison ofclaim 13, wherein the comparing module reads the event log database andaccordingly compares an event name obtained by testing the sensor withthe event names in the event log database, so as to obtain the testresult of the event name; and the comparing module reads the eventseverity database and accordingly compares the event severity obtainedby testing the sensor with the at least one event severity in the eventseverity database, so as to obtain the test result of the eventseverity.